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^57) Abstract: Accord^ngto me invention the re ,s^ 

5 mooes of commit locking, such as , '^^^6 ^^^^ certain conoiUons. A system according tc 
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CONCURRENT COMMIT LOCK 

ReferencejoRelate^^ 

™ s appUcaHonc^ 
60/149.387, filed 08/17/99, entitled "CONCURRENT COMMIT LOCK". 

Backgromid_ofT he Invention 

l_Tirlfj " f Invention 

^application's to tne field rt,^,^^******* 
field of commit locks used in transaction processing. 

5 

^p^^™, n f Related Art 

w tion processing - - diverse - — — «** ^ 

committed, that the effects are durable. If something goes wrong during execution of anansactton, a 
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any point until it is committed. Transaction processing systems including these properties are 
described, for example, in "Transaction Processing: Concepts and Techniques". Jim Gray and 
Andreas Reuter, 1994. 

Transaction management programs often perform physical logging for transaction "re-do" 
5 recoveryandlogicallogg^^ 

database is separately logged. The information included in the log records is sufficient to "do" or 
"undo" on a blockby blockbasis the changes logged. Logical operations, such as a logical operation 
tocreatearecord in the daUbase, are composed ofoneor more physical changes. Logical operations 
are undonebype rf onn^^ 
10 that a transaction created before rolling back. 

Rnmmatv Of Th« Invention 

According to the invention, there is provided a multi-mode locking system for transaction 
processmg.includingfourmodesofcornmitlocking.suchasasharelock.anup^ 
lock, and an exclusive lock. Transaction lock requests are queued according to a predetermined 
15 pnrtocol.andmaybeupgradedundercert^^^ 

b eused,forexample, to perform a single-block logical operation without acquiring an update lock. 
The transaction processing program can use the lock in accordance with a prescribed protocol to 
ensure mat only compete logical operations need to be undone while simultaneously 
highly concurrent processing of simultaneously executing transactions. 

20 RnVf nescrir^nn Of Drawings 

The foregoing and other objects and advantages of the invention will be appreciated more 
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wherein: 

Fig . , is a block diagram of a transaction processing system that may be used with the 



invention; 



pig. 2 is a lock compatibility matrix according to the principles of the invention; and 
Fig . 3 is a flow chart of a process for providing commit locks for transactions according to 
the principles of the invention. 

TWrmti m -^~™i- ninamlH Fmhoflrnenlts ) 

Sometimes logicai operations fail ,o complete. Fo, example, » the middle of a "record 
create- operation, a svstem may crash or some other processing intermption may oeca, Such 
incontpiete iogica. operation, raise a. imponam Ration. Fo, example, does a "record delete" 
operanon have to he prepared .0 nndo half a record crc.,.7 This description details a conenrre, 

15 log contains no incomplete logical operations). 

To pr0 vide an overall understanding of the invention, certain illustrative embodiments will 
^described, in^ 

be suitablyadapted toother transaction processing systems, and may have particular applicatton m 
20 transaction processing systems that features physical logging with logical undo. 

Figure 1 is a block diagram of a t^^^ 
invention. A transactron processing system lOmay include an application 50, a resource manager 
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60 . ,oc k manager 70, . ,og m ». 8 « 80, a rn.nsac.io, manager 90, and transact recover 
fcnc.ions ,00. The ^ of 0,= transact proc M s,„g S y S .er» .0 g =n„.% coo^.u . 
process transactions. 

The application 50 may be any application or other process or program running on a 
5 compute, The application 50 may access other components of the transaction processing system 
.ocany.wherethesystemlOresidesonasinglecomputer.orthroughremoteproced 
the system 10 is distributed. The application 50 may be, for example a client process in a client- 
server network. The components of the system 1 0 may communicate over a network based upon 

SNA.Oa.TCP/ff.MCn.t.LAN!^ 
,0 data among distributed processes. The transaction processing system 10 may be capable of 
rnaintainingcornmunicationswith, and executing transactions for, any number of appHcations 50, 
whether local or remote, through a selection of suitable software and hardware. 

The core services of the transaction processing system 10 include the resource manager 60, 
.helockmanagerTO.the logman 
,5 m ayauthonze,scheduleand^ 

may also mclude any communications services and presentation services suitable to the application 
50.Thetransactionmanager90mana^^ 

transactions in the event of a failure. The log manager 80 may record a log of changes madeby 
transactions to assist in rollback and reconstruction in caseof failure. The lock manager 80 provides 
20 lock ingmechanismsto^^ 

may respond to lock requests from the resource manager 60 by granting, denying, or queuing 
requests for different types of locks on data, such as records stored in a relational database. 
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Transaction recover functions . 00 may be called following • «* - ■ — • » 

permit return u, « defmite state. The core services may be, for example, processes on . serve, 
that is accessible through remote procedure calls. 

In0 „e convention, th.applic.uon 50 m^^^^^^^ 
5 traM ac,io„ m a„. 8 e,«0,.»sh„w„b y a fi rs,arrow,02. The transaction manager 90 may respond 
^.transaction identifier „.,»ni,uely identifies me transaction, as shown by a seco^anow. 04. 

and „ form. The «M. 50 may conclude a transaction with a Committor*) call .0 the 
10 transaction manage, 90. which may commit the transaction to a durable state. 

Tfcecompo.entsofmetra^actionp^^ 

manageroO.such.DBi.Rdb.O.cle.Informix, rmdSyb.se. Each component of me tnmsaction 
processing system may be implemented in a number of programming languages, such as COBOL, 
15 FO RTR A N,PLAAda,C,C~,J.v.,4GL,^^^ 

„sy reside on a single server or a serve, CusU-r. such as those avai,.b,e from Compaq, Sun 
Microsystems, and IBM. 

F^lisalockeotnpatibility matrix according ,„ the principle, of the invention. In order 

object, such as a database record, when that object is locked by another transaction . . 
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incompatible mode. The lock compatibility matrix 200 ofFig. 2 descnbes locking constraints for the 
compatibiUtyofconcurrentcommitlockrequestsandlockmodesforamulti-modelockingsystem. 

The lock compatibility matrix 200 may be used, for example, by the lock manager 80 of Fig. 1 , 

The mode of a request 202 is shown in a left-hand column in Fig. 2, and may include a 
5 "share", "update", "commit" and "exclusive" mode. The mode of a lock204 is shown in a top row 
in Fig. 2, and may include a "share", "update", "commit" and "exclusive" mode. Where, for 
example, there is a request for a share lock 206, and the current lock for data is an update lock 208, 
the "Y" in the lock compatibility matrix 200 indicates that the request will be granted for the 
transaction. Where a lock mode is not granted, the request may be queued by the lock manager 80 
10 until the lock mode is available for the record and/or transaction requested. 

Asharelockmay be requested, for example, for any transaction or logical operation confined 
toasingle block of data. A block of data is a fixed number of bytes such that when those bytes axe 
written to non-volatile storage either all the bytes are written or none of them are. The share lock 
may be compatible with other share locks for other transactions. An update lock may be requested, 
15 forexample,foranytr^ 

database. The update lock may be compatible with other update locks, but incompatible with a 
corrmutlock. Acommitlockmaybe 

commit lock may be incompatible with update locks. The exclusive lock may be requested, for 
example, during back-up of a database, or any other operation requiring exclusive access to the 
20 database or a table or record therein. 

A logical operation, as distinguished from a physical operation, may acquire an update mode 
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,oc t before moving any database Once a„ database bkd. that need to be modified to 

compietethe logic. operative been modified, the loc* may be re,eas.d. Before <-M< 
transaction, the database manager may acouire a commit mode ,«*. A, .nay be seen in Ftg. 2, ,f 
there are any update locked on me data, men the commit, oo k may «— 4 ^ 
5 request may be queued, and the taction may not commit until the request is ^ Thus, 
according .0 the princip.es of the invention, transactions affecting sing.c blocfcs ofdata, may be 

blocks. 

Figure 3 is a flow char, of a process fo, providing locks fo, tnmsacrions according to the 
„ prineiples.ftheinvention. 11 ,epr«ess,OObe E inswb ro anans.«io„isreceivedbyd,e m „ S ac tim 

trar^oonprocessingsys.em. Tfc. transaction manager may decompose a faction into one or 
more ,ogica, operations that may be undone during crash recovery, which may be, fo, example, 
a,omicd»ub,seop=r»,io»ssnch, S arowc,ea,e,,owde,e,=,rowmodi f y, k e y add,^d d e«,a rf so 

15 forth. 

As show»ins,ep304,each 1 ogica.op m «onr M ^^ 

Of ,oelc revested may dep^d on me type of .ogica. operation for which the to* is requested, 
i „c 1 ndingwheme,,heopem, i on^upo„asin E ,eb 1 oc k ofdaU 1 o,onsevera 1 b 1 oc k sofd. tt ...wU. 

2 o ^^.w^^.^-^^--^^^'^""-*** 



lock. 
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As shown in step 308, the lock manager determines whether a lock is available for the logical 
operation. This determination may be made by applying a lock compatibility matrix such as that 
shown in Fig. 2. If there is no lock on one or more blocks of data subject to a pending logical 
operation, then any revested lock may be granted. If a lock , available, then the process 300 may 
proceed to step 312 where a lock request is granted. 

Ifalock is notavailableinstep308,then the P rocess300 proceeds to step 310 where the lock 
rcq uest may be queued. Lock requests may be queued according to predetermined algorithm, For 
example, when an exclusive lock has been queued, all subsequent lock requests will be queued 
behind the exclusive lock. However.an upgrade request from share to update may be granted with a 
a queuedexclusivelockreques, This may be useful where, for example, the upgrade is required to 

ifthereareanycommit locks, andupgrade requests from share toupdatemay be granted whenthere 

arependingcornrnitlockrequests.mthisrnanner.lockstarva^ 

avoided as well as dead lock avoidance on database page locks. 



15 



in step 314, a logical operation may be performed. In step 316, the lock requested for the 
logical operation may be released upon completion of the logical operation. 

I„ step 318,adeterminationismadeofwhether the transaction is complete. If the transaction 
is no t complete, the process 300 may return to step 304 where a next logical operation of the 
.ansacdonmayberece^ 

32 0whereacommitlockisr« 1 uested.The re qu e stmay be queued with other lock requests in a lock 
queue for prioritization and grant as described above. When the commit lock is granted 322, the 
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mnsa c,,o„ W U — o 326, ^ — *■ of ,he «-h loc,, A ft e, »e 

be flushed as appropriate. 

White tbeiBvemionh^diK^^ 
5 .„o described in ttA various - i™P— s *~ *— ~* 

limited only by the following claims. 



What is claimed is: 
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1 A method for executing a transaction comprising: 
providing a transaction to a memory ; 

guesting a lock for the transaction, the requested lock being a shared lock when 
the transaction affects a single block and the lock being an update lock when the 
transaction affects more than one block; 
granting the lock request; 
executing the transaction in the memory; 
* requesting a commit lock before committing the transaction; and 
) committing the transaction. 

2 . The method of claim 1 wherein the transaction comprises aplurality of logical 
operations. 

1S 3 Thcm^odofc^mlfUnhercomprisingrequ^nganexcteivclocktoob^n 
elusive control over da,a, and panning a. M one of a ba*»P or ro,l forward 

recovery log archival. 



The 



method of claim 1 wherein the memory comprises a relational 



5 . The method of claim 1 wherein granting the lock request further compnses 
queuing thelockrequest and granting the requested lock when the requested lock 
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becomes available. 

6 , The method of claim 1, the requested look further comprising an exclusive lock 
that provides exclusive control over modifying data. 

7 . Themethod of claims 

providing a remote procedure call to a distributed transaction processing system. 

8 . Computer executable code for processing transactions comprising: 
0 computer executable code that provides a transaction to a memory; 

comP uter executable code that requests a lock for the transaction, the requested 
.ockbeingasharedlockwhen the transaction affects a single block and the lock being an 
update lock when the transaction affects more than one block; 
computer executable code that grants the lock request; 
15 computer executable code that executes the transaction in the memory; 

computer executable code that requests a commit lock before committing the 

transaction; and 

computer executable code that commits the transaction. 

20 9 . The computer executable code of claim 8 wherein the transaction comprises a 
plurality of logical operations. 
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10. The computer executable code of claim 8 further comprising computer executable 
code that requests an exclusive lock to obtain exclusive control over data, and computer 
executable code that performs at least one of a backup or roll forward recovery log 
archival. 

! i . The computer executable code of claim 8 wherein the memory comprises a 
relational database. 

12. The computer executable code of claim 8 wherein the computer executable code 
that grants the lock request further comprises computer executable code that queues the 
lock request and computer executable code that grants the requested lock when the 
requested lock becomes available. 

13. The computer executable code of claim 8, the requested lock further comprising 
i an exclusive lock that provides exclusive control over data. 

14. The computer executable code of claim 8 wherein the computer executable code 
that provides a transaction request further comprises computer executable code that 
provides a remote procedure call to a distributed transaction processing system. 

0 

15. A multi-mode system lock for sequencing transactions in a transaction processing 
system, the the multi-mode system lock comprising: 



-12- 



WO 01/13202 



PCT/USOO/22675 



computer executable code that provides a first lock mode, the first lock mode 
being requested for a transaction that operates on a single block of data; 

... - . computer executable code that provides an second lock mode, the second lock 
mode being requested for a transaction that operates on a plurality of blocks of data; 
5 computer executable code that provides a third lock mode, the third lock mode 

being requested when a transaction is to be committed; and 

computer executable code that provides a fourth lock mode, the fourth lock mode 
providing exclusive control of data. 

10 16. The multi-mode system lock of claim 1 5, further comprising computer executable 
code for queuing a plurality of requests for locks. 
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